Entladen aus Postgres/ Unix

Wenn Sie HISCOB mit Postgres einsetzen müssen Sie wie im vorherigen Abschnitt beschrieben die COB_ENV.sam nach COB_ENV kopieren und anpassen. SX_CLIENT muss psql sein.

Wir empfehlen, den Entladevorgang vom SuperX-Rechner aus zu starten ("Pull"-Verfahren):

Zum Zugriff auf die HISCOB-Datenbank müssen Sie analog zur db.properties die db-cob.properties anpassen, nachdem Sie die Beispieldatei db-cob.properties.sam nach db-cob.properties kopiert haben. Verwenden Sie propadmin.x /path/to/cob/db-cob.properties. Wenn Sie mit COB-GX 12 oder höher arbeiten, wird als Datenbankname nicht mehr "cob" angegeben, sondern "hisrm". Eine Musterdatei db-hisrm_pg.properties.sam liegt im Archiv.

Zum Entladen verwenden Sie das Script cob_unload.x.

Wenn Sie den Entladevorgang auf dem COB-Rechner durchführen wollen ("Push-Verfahren"), müssen Sie dort Java 1.4.2 oder höher installieren. Außerdem werden Bibliotheken aus dem SuperX-Kernmodul benötigt.

Sie können das Kernmodul z.B. unter home/cob/superx entpacken. Erstellen Sie eine SQL_ENV in der dann als $SUPERX_DIR=/home/cob/superx eingetragen ist.

Vor dem Start des Entladevorgangs müssen immer die Umgebungsvariabeln in der SQL_ENV geladen werden mit . /home/superx/cob/db/bin/SQL_ENV.

Im Weiteren verfahren Sie analog zur Vorgehensweise beim Entladen aus Informix/Unix, nur dass natürlich INFORMIXSERVER etc nicht angegeben werden braucht. PGHOST oder PGPORT wird ebenfalls im COB-Modul nicht benötigt, da der Unload intern mit jdbc läuft. Weitere Variablen in der Datei COB_ENV:

JDBC_PARAM

Wenn Sie unter Postgres aus COB-GX 12 entladen, muss beim Unload ein spezielles JDBC-Kommando abgesetzt werden, das dem Client sozusagen den Weg zum SVA-Schema zeigt. Dieses Kommando wird wie folgt aktiviert:
JDBC_PARAM="set search_path to cob;"

export JDBC_PARAM

JDBC_CLASSPATH

Wenn Sie den obigen JDBC_PARAM nutzen, aber noch nicht mit dem Kernmodul 4.0 arbeiten, müssen Sie eine spezielle Bibliothek laden mit dem Befehl
JDBC_CLASSPATH="$COB_LOAD_PFAD/lib/superx3.9.jar:$JDBC_CLASSPATH"

export JDBC_CLASSPATH
Wenn Sie bereits mit dem Kernmodul 4.0 arbeiten, ist dies nicht nötig.

Seite 11 / 63
Letzter Update: 13.01.2010
Impressum